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Method and Apparatus for Performing a Credit Based Transaction Between a 
User of a Wireless Communications Device and a Provider of a Product or 

Service 

This application claims the benefit of U.S. Provisional Patent Application 
no. 60/238,760, filed on October 6, 2000, and entitled, "Using the Phone for POS 
Transactions", which is incorporated herein by reference. 

HELD OF THE INVENTION 

The present invention pertains to the use of wireless communication 
devices in executing credit card transactions. More particularly, the present 
invention relates to using wireless communication devices in executing aedit 
card transactions in a manner which reduces the risk of fraudulent transactions. 

BACKGROUND OF THE INVENTION 

Consumers haves grown acoistomed to using credit cards to purchase 
goods and services. Although credit cards provide significant advantages and 
convenience over cash transactions, various costs are associated with credit card 
transactions. A major factor in detemiining the cost of a credit card transaction 
is risk, and particularly, the risk of fraud. These costs may be imposed upon 
merchants and consumers in the form of xise charges, annual fees, and/or higher 
interest rates. 

There are several different ways in which a consumer can purchase goods 
or services using a credit card, each of which has a certain amount of fraud risk 
associated with it. In the traditional credit card transaction, the consumer (the 
credit card holder) is present at the merchant's (provider of goods or services) 
place of business and physically presents the card to the merchant when paying 
for the goods or services. The consimier physically signs a paper receipt 
confirming the transaction. Another common type of credit card transaction 
type is mail order or telephone order. In this scenario, nothing is physically 
signed by the consiuner, and the credit card is not physically present at the 
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merchant. Consequently, this type of a credit card transaction generally 

involves a greater risk of fraud than an in-person transaction. Another type of 

aedit card transaction which recently has become much more common is the 

online (Internet) purchase. In this case as well, nothing is physically signed by 

the consumer/ and the credit card is not physically present at the merchant. 

Although substantial progress has been made in the areas of data encryption 

and Internet security in general, tihis method of payment is still viewed by many 

as involving the greatest risk of all the types of credit card transactions. 

The parties potentially affected by credit card fraud include the consumer 

(the credit card holder), the provider of goods or services (the "merchant"), the 

issuer (the bank which issued the credit card), the acquirer (the bank which 

directly interfaces with the merchant for purposes of processing a credit card 

transaction; often the same entity as the issuer), and the clearing network (e.g., 

MasterCard or Visa). These parties may be exposed to fraud in any of several 

ways. First, a criminal posing as a aedit card accoimt holder may make 

fraudulent purchases on a stolen credit card accomt nxmiber. Currently, the 

point of origin for most of the fraud risk associated with a credit card is at the 

transition where the credit card is delivered from ttie issuer to the consumer. In 

addition, signatures may be forged, enabling a criminal to impersonate a 

legitimate credit card account holder. The transaction can be completed even if 

the merchant fails to check the signature or back up identification of the 

consumer. Fiurthermore, an acquirer must trust the information it receives from 

the merchant. Consequently, a criminals posing as a merchant may run 

transactions on a stolen credit card number. Also, a criminal working for a 

legitimate merchant may falsify the amount of the legitimate purchase. The 

transaction can also be completed even if the consiuner does not verify ttiat the 

transaction is for ti\e correct amount, enabling a criminal to rim a fraudulent 

transaction amoxmt. In addition, a consumer may repudiate a valid transaction. 

In the online scenario in particular, is very difficult to prove that the consumer 

approved the transaction. 

Credit card fraud creates expense for aedit card networks, their banks, 

2 
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and consumers. Reducing the incidence of fraud in credit card transactions will 
help to save money and, in turn, to reduce use charges for merchants and 
consumers and ermble new credit card services. A new aedit card payment 
system, therefore, should work within, and preferably improve upon, existing 
risk tolerance levels and other constraints associated with more conventional 
credit card transactions. 

Furthermore, a new aedit card payment system should not require 
significant added hardware or changes to existing merchant credit card 
authorization/clearing procedures, or require significant effort or training for 
merchants and consumers. 

SUMMARY OF THE INVENTION 

The present invention includes a method and apparatus for facilitating a 
credit based transaction between a consumer emd a provider of a product or 
service. The method comprises a telecommianications carrier providing 
telecommunications services to users of wireless communications devices on a 
wireless communications network, including the consumer, and validating the 
credit card transaction between the consumer and the provider. The carrier may 
receive a portion of the revenue associated with aedit card transactions. 

In another aspect of ftie present invention, a method and apparatus for 
fadlitating a aedit based transaction between a consumer and a provider of a 
product or service includes storing aedit account information of the consumer 
within a trusted domain which excludes the consiraier and the provider. The 
aedit accoimt information is lased to validate the transaction between the 
consumer and the provider, such that the stored aedit accoimt information is 
not sent outside the trusted domain at any time in relation to ttie transaction. 
The method may be performed by a wireless telecommimications carrier, which 
may receive a portion of the revenue associated with aedit card transactions. 

Other features of the present invention will be apparent from the 
accompanying drawings and from the detailed desaiption which follows. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example and not limitation 
in the figiires of the accompanying drawings, in which like references indicate 
similar elements and in which: 

Figure 1 is a block diagram illustrating the entities and the environment 
associated with performing a credit card transaction using a wireless device in 
accordance with the present invention; 

Figure 2 illustrates the environment of Figure 1 in greater detail, 
according to one embodiment; 

Figtu:es 3A and 3B collectively form a flow diagram showing the overall 
process of performing a credit card transaction in accordance with the present 
invention; 

Figures 4A and 4B collectively form a flow diagram showing in greater 
detail the validation process performed by the commerce platform, according to 
a first embodiment; 

Figures 5A and 5B collectively form a flow diagram showing in greater 
detail the validation process performed by the commerce platform, according to 
a second embodiment; and 

Figures 6A through 6E show a series of screens which may be displayed 
on a cellular telephone or the like during a aedit card based transaction in 
accordance with the present invention. 

DETAILED DESCRIPTION 

A method and apparatus for performing a credit card transaction 

between a merchant and a consumer using a wireless communications device 

are described. A "merchant" is defined herein to mean a provider of goods 

and/ or services. Note that in this description, references to "one embodiment" 

or "an embodiment" mean that the feature being referred to is included in at 

least one embodiment of the present invention. Further, separate references to 

"one embodiment" in this description do not necessarily refer to the same 

embodiment; however, neither are such embodiments mutually exclusive, 

4 
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unless so stated and except as will be readily apparent to those skilled in the art. 

The techniques described herein provide a new modality of credit card 
payment that can benefit all parties involved in a aedit card transaction. The 
described techniques help to substantially reduce the risk of fraud associated 
with credit card transactions and, accordingly, to reduce the costs associated 
with credit card transactions. In addition, the desaibed techniques are 
amenable to quick and widespread acceptance in the marketplace, since they 
require little or no additional hardware, no significant changes to merchant 
authorization and clearing procedtires, and little or no effort or training of 
merchants and consumers. 

As described in greater detail below, the techniques provided herein 
enable a wireless telecommimications network operator ("wireless carrier") to 
validate the identities of credit card users who use wireless devices such as 
cellular telephones (and who therefore subscribe to the carrier's service), and to 
ensure that the credit card users approve the transactions and receive receipts 
for the transactions. A wireless carrier has tiie capability to identify a cellular 
telephone (or other wireless device) and its user as part of providing its 
telecommunications services. Therefore, when a credit card transaction is 
conducted in part by using the wireless device on the carrier's network, the 
carrier can: 1) authenticate and account holder's identity independently and 
redundantly to existing credit card purchase processes; 2) require that proposed 
credit card purchases only be executed if they are agreed to by the true credit 
card accoxmt holder; and 3) validate that the wireless device involved in a 
proposed credit card transaction is located in the same geographic area as the 
proposed transaction. 

For performing this validatipn process and thereby accepting a portion of 

the associated risk/liability, a wireless carrier may also receive a portion of the 

revenue associated with the credit card transactions it validates. This 

remuneration may be provided through a business arrangement for providing 

the validation services. For example, the credit card issued to the consumer may 

be the wireless carrier's co-branded Visa, Mastercard, etc. Accordingly, a 

5 
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percentage of ttie traiisaction amoiint, which typically would have been 
allocated entirely to the issuer, might now go to the wireless carrier. This 
approach is a significant departure from the risk/revenue allocation model 
associated with conventional credit card transactions. Of course, it will be 
recognized that the validation process described herein does not have to be 
performed by a wireless carrier and could be performed by many otiier types of 
entity or enterprise. 

To accomplish ttie above-mentioned tasks, as described in greater detail 
below, an entity such as a wireless carrier maintains, ovms and/ or operates a 
commerce platform within a "trusted domain". In certain embodiments, the 
commerce platform stores the consumer's credit card account information and 
other personal information on the consumer, for purposes of validating the 
identity of the consumer. The merchant's point of sale (POS) terminal sends 
transaction information to the acquirer at the time of purchase. Based on this 
information, the acquirer recognizes the transaction type and responds by 
routing the transaction information to the commerce platform. The commerce i 
platform may receive, for example, a personal identification number (PIN) or the 
like, input by the consumer at the wireless device, which the commerce platform 
may use in association with the stored information to verify the identity of the 
consumer. Note that a wireless carrier also has other ways of validating user 
identity for a credit card transaction besides using a PIN, such as based on its 
knowledge about the legitimacy of the wireless device being used and 
correlations between the wireless device and the issued card. 

When the consiuner's identity is validated, the commerce platform passes 
the consumer's account information (credit card number, expiration date, etc.) to 
the acquirer, which is also located within the trusted domain. The acquirer 
forwards the information to a clearing network within the trusted domain. 

When the transaction dears, the acquirer notifies the commerce platform 

and signals the merchant's point of sale (POS) terminal to generate a 

conventional paper receipt confirming the transaction. In response, the 

commerce platform stores a digital receipt of the transaction, which the 

6 
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consumer may access online using the wireless device or any other computing 
device having online access capability. The commerce platform may also signal 
the wireless device to output a confirmation message to the consumer. 

To be viable, a new credit card payment system must work within 
existing constraints associated with processing merchant credit transactions. 
Some of these constraints are related to attitude in the marketplace; that is, they 
are a consequence of the decades of entrenched merchant behavior and 
hardware equipment in the field, Ottiers are economic and related to the 
structure of the aedit card economy. For example, one factor which affects any 
potential solution is the desirability of leveraging the credit card value chain. A 
large part of the reason credit cards have the presence they enjoy today is that 
there are potentially five players in every transaction (consumer, merchant, 
acquirer, clearing network, and issuer), each of whom has incentive to widen the 
network and make transactions viable. In particular, the acquiring bank 
representing the merchant provides a point interface into potentially thousands 
of downstream merchants. Creating solutions and processes that target the 
acquiring bank simultaneously provides them with incentive and reduces 
system-wide deplo)niient hurdles. 

Another factor is the desirability of integrating current merchant 
authorization and clearing procedures. The credit card networks have invested 
enormous amounts of time and effort in educating merchants about the complex 
process of recognizing credit card revenue, POS terminals in particular have a 
large, deeply entrenched role in merchant procedures. For many retail 
merchants, the POS terminal is the primary (if not exclusive) accoxmting system 
for the company. A third factor is autfientication and risk management. The 
credit industry is one of ttie most sophisticated constmiers of risk management 
technologies in the world. Fine-grained actuarial tables precisely outline the 
costs of credit transactions across various channels (e.g., mail order vs. in-person 
transaction). 

To gain acceptance, therefore, a system must not exceed current industry 

tolerances for risk and, ideally, should reduce risk. A system whose risk can be 

7 
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managed within current risk modeling parameters is preferred. In addition, a 
new CTedit card payment system should be easily deployable and should require 
little effort by, and education of, merchants and consumers. 

One potential solution is the Local Proximity approach. In this approach, 
a cellular phone converses with the merchant*s POS using short-range wireless 
technologies such as Blue Tooth, infrared (IR), or contactless chips. A benefit of 
this approach is that it would work with current merchant systems for 
authorization and clearing of transactions. A disadvantage, however, is that it 
would require introduction of new hardware to merchants that wish to 
participate. 

Another potential solution is the "merchant electronic storefront". In this 
approach, the cellular phone would interact with a website belonging to a 
merchant (or perhaps a group of merchants) and electronically transact with this 
electronic storefront. A benefit of this approach is that it does not require new 
hardware at the merchants location. A disadvantage is that it creates an entirely 
new authorization/clearing system for merchants. Most merchants currently do 
not have an electronic commerce ("e-commerce") infrastructure, and those that 
do typically handle product fulfillment, support, etc. in a manner completely 
separate from their physical-world efforts. 

Yet another potential solution is the "merchant mall". This is a 
permutation of the above approach, in which a third party (such as the acqxiiring 
bank) handles the construction of the merchant storefront and centrally manages 
it. While this solution solves the problem of storefront deployment, it does not 
solve the problem of integrating authorization and fulfillment. 

The solution provided herein (as henceforth described in greater detail) 
overcomes these disadvantages. The solution provided herein offers additional 
risk-reducing opportunities which make it an attractive solution to all risk- 
bearing parties involved in a credit card transaction. Sensitive user information 
can be entirely secured within the trusted domain, in contrast with conventional 
aedit card transactions. The techniques described herein offer, in a single 

solution (if so implemented), the following risk-reducing features, all of which 
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no previous single solution provides: paper receipt; digital receipt; opportunity 
for ink signature (if desired); digital signature; digital verification of signature; 
verification of consumer identity; ability to use "hidden" credit card data; and, 
independent initiation, verification, and approval of the transaction by the 
merchant and the consumer. Of course, partiaalar embodiments of the 
techniques described herein need not incorporate all of these features/benefits 
and do not have to do so to provide value. 

The techniques of the present invention integrate easily and relatively 
seamlessly with current merchant processes, while requiring littie or no 
additional hardware. Merchants are thereby enabled to retain their existing 
processes and equipment while deriving the benefit of accepting payments 
through a new modality. 

Refer now to Figure 1, which illustrates the entities and the environment 
associated with performing a credit card transaction using a wireless device, in 
accordance with the present invention. The consumer uses a wireless 
commimication device 1 during the credit card transaction, the wireless device 
1 may be, for example, a cellular telephone, as is sometimes assumed in this 
description to facilitate explanation. It will be recognized, however, that the 
wireless device 1 could alternatively be essentially any otfier type of wireless 
communication device, such as a personal digital assistant (PDA), a two-way 
pager, or the like. It may be assimied that the wireless device 1 includes browser 
software (sometimes referred to as a minibrowser or microbrowser in a hand- 
held wireless device). The wireless device 1 commimicates with a commerce 
platform (CP) 2, which is located within a "trusted domain" 3, via a secure 
channel. Information on the consumer is stored in the conunerce platform 2 in a 
secure manner, and provided to the acquirer 4, which is also located wilhin the 
trusted domain 3, when the identity of the consumer has been verified- The 
trusted domain 3 is a domain in which the consumer is credit card account 
information and other confidential/personal information of the consumer is 
maintained. The trusted domain 3 excludes the merchant and the consumer. In 

certain embodiments, the credit card accoimt information and other personal 

9 
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information of the consumer is never allowed to leave the trusted domain 3 
during, or in connection with, the transaction. At the merchant's place of 
business; transaction information is entered into the merchant's POS terminal 5. 
The merchant's POS termirul 5 interfaces directiy with the acquirer 4. 

During a traditional credit card transaction, the merchant's POS terminal 
sends transaction information to the acquirer. During an in-person credit card 
transaction, this process is typically initiated by swiping the consumer's credit 
card through a magnetic stripe reader in the merchant's POS terminal. 
Otherwise, the credit card ntimber may be simply typed into a numeric keypad 
on the POS terminal. The information transmitted to the acquirer normally 
includes the consumer's credit card number, expiration date, amount of the 
transaction, an identifier of the merchant, and an identifier of the acquirer. The 
acquirer routes this information to a clearing network (e.g., MasterCard or Visa), 
which determines whether tiie transaction is authorized based on, among other 
things, the amoimt of credit currentiy available to flie consumer. If the 
transaction is authorized by the clearing network, the acquirer signals fliis fact to t 
merchant's POS terminal, which prints a paper receipt of the transaction. The 
receipt is then signed by the consumer to complete the transaction. (Not shown 
in Figure 1 is the issuer of the credit card.) 

In contrast, a credit card transaction in accordance with the present 
invention uses independent actions of both the consumer (vising a wireless 
device) and the merchant (normally using a POS terminal). That is, the 
merchant and the consumer independently initiate, verify and approve 
transaction. Whereas previously the merchant would be in complete control of 
the transaction once the consumer had communicated the credit card 
information, the consumer is now involved in the initiation and approval of the 
transaction. 

The merchant's point of sale POS terminal 5 sends transaction information 

to the acquirer 4 in a manner that is essentially the same as done today. 

However, the information sent to the acquirer 4 by the merchant's POS terminal 

5 does not include the consumer's credit card information, because that 
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infonnation is never provided to the merchant. Based on the iirformation it 
receives from the POS terminal 5, the acquirer 4 recognizes titiat the transaction is 
of a predetermined type, i.e., a transaction is to be processed using a wireless 
device, as opposed to a conventional credit card transaction. Upon recognizing 
this fact, the acquirer 4 responds by routing the received transaction infonnation 
to the commerce platform 2 over a dedicated, secure chaimei 7 between these 
two parties. All commimications between the acquirer and the commerce 
platform, as described further below, are encrypted and carried out over liie 
dedicated, secure channel 7, 

Concurrently, in one embodiment, Ihe commerce platform 2 receives a 
PIN input by the consumer at the wireless device 1 and uses the PIN and stored 
information associated with the consumer to verify the identity of the consiuner. 
The consumer's PIN is encrypted and non-retrievable. The PIN does not have to 
consist of piirely numeric characters; a PIN can be a combination of alphabetic 
characters and numerals, or even purely alphabetic characters. When the 
consvimer's identity is verified, the commerce platform 2 passes the consimier's 
account information (e.g., credit card number and expiration date) to the 
acquirer 4. The acquirer 4 then forwards the information to the clearing network 
(CN) 6 within the trusted domain 3. When the transaction clears, the acquirer 4 
notifies the commerce platform 2 of this fact and signals the merchant's POS 
terminal 5 to generate a conventional paper receipt confirming the transaction. 
Concurrentiy with this action by the acquirer 4, the commerce platform 2 stores 
a digital receipt of the transaction and signals the wireless device 1 to output a 
confirmation message to the consumer. The constimer may access his stored 
digital receipts online using the wireless device or any other computing device 
having online access capability, using for example a Web site interface. 

The commerce platform 2 may be implemented in one or more 

conventional computer systems, such as one or more personal computers (PCs) 

and/or workstations. In an embodiment in which tiie commerce platform 2 is 

formed by multiple computer systems, such computer systems maybe coupled 

to each other on a network, such as a local area network (LAN), wide area 
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network (WAN), or even over the Intmiet if a secure commurdcation link is 
used. 

In one embodiment, the commerce platform 2 also provides the consumer 
with a personalized, password-protected portal to a shopping software 
application, which the consumer accesses using the wireless device, to initiate 
flxe credit card transaction. Note that the consumer can also potentially access 
this portal using any other type of computer system with online capability. 

As noted, the commerce platform 2 may be maintained and operated by 
ttie wireless carrier which provides telecommunications services to the wireless 
device 1 involved in the aedit card transaction. Accordingly, the wireless 
carrier may receive a portion of the revenue associated with the transactions it 
validates, in exchange for accepting a portion of the risk/liability. Note, 
however, that many of the operations of the commerce platform 2 described 
herein do not have to be performed by a wireless carrier; essentially any other 
entity or enterprise could perform such operations. Hence, a commerce platform 
2 such as desaibed herein can potentially be maintained and operated by any 
entity or enterprise. It v^dll be xmderstood ttiat references in tftis description to 
the commerce platform being maintained, owned and/or operated by a wireless 
carrier are for purposes of explanation only. 

On the other hand, a wireless carrier is in a position to add significant 
value to a credit card payment system, by virtue of its imique relationship with 
users of wireless devices. Therefore, it may be desirable that the commerce 
platform be operated by a wireless carrier. Nonetheless, a wireless carrier may 
perform validation procedures such as described herein widiout necessarily 
using a commerce platform exactiy as described herein. 

In addition, note that aspects of the present invention can be applied 

without securing the credit card account information of the consumer within a 

trusted domain. For example, a commerce platform such as described herein 

may be used to facilitate a credit card transaction using a wireless device, even 

though the credit card information may be provided by the consumer directly to 

the merchant (i.e., in the traditional manner). In that case, the commerce 

12 
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platform still serves to "link" ttie independent actions of the merchant and the 
actions of the consumer for purposes of carr)dng out the transaction. 

Figure 2 illustrates the environment of Figure 1 in greater detail, 
according to one embodiment. It will be recognized that various other 
embodiments are possible. As shown, the cellular phone 1 communicates with 
the commerce platform 2 via a wireless commtmications (e.g., cellular telephone) 
network 21 and a gateway server 22. The gateway server 22 connects the 
wireless network 21 to the commerce platform 2. 

In one embodiment, a primary function of the gateway server 22 is to 
provide a connection between the wireless network 21 and the Internet 23. This 
interface allows wireless devices such as cellular phones to access the World 
Wide Web, send and receive electronic mail (e-mail), etc. The gateway server 22 
may be implemented as one or more conventional PCs and/or workstations. To 
provide the aforementioned functions, the gateway server 22 may include and 
execute software such as flie UP.Link WAP Server Suite, available from 
Openwave Systems, Inc. of Redwood City, California. 

The cellular telephone 1 may communicate witii the wireless network 21 
using, for example. Wireless Access Protocol (WAP). The wireless network 21 
may commxmicate v^th the gateway server 22 using, for example, the Signaling 
System 7 (SS7) protocol. The gateway server may communicate with other 
devices on the Internet using, for example Internet protocol (IP) and/or 
Hypertext Transfer Protocol (HTTP). The commerce platform may communicate 
with the gateway server using the same or similar protocols. The connection 
between the commerce platform and the gateway server maybe a direct 
connection or a connection via a network (e.g. a LAN). 

The commerce platform 2 includes software 24 and a database 25 which 

contains credit card accotmt information, PINs, and other personal information 

of multiple credit card holders (consumers). If the commerce platform 2 is 

operated by the wireless carrier (i.e., the operator of wireless network), the 

information in the database 25 may be limited to the aforementioned 

information for only the cardholders who subscribe to the wireless carrier's 
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services. The software 24 vsrithin the commerce platform 2 enables it to perform 
the identity verification operations described above. In one embodiment, the 
software 24 within the commerce platform 2 includes a portal built on top of the 
MyPhone system, available from Openwave Systems, Inc. The MyPhone system 
provides a mobile portal platform and a suite of value-added communication 
applications and personal information management (PIM) applications that 
enable development of next generation universal access Internet portals. The 
portal provides the consximer with access to an e-commerce (shopping) software 
application, which may also reside and/or execute in the conunerce platform 2. * 

The merchant's POS terminal 5 communicates with the acquirer 4 through 
a standard dial-up connection through, for example, the public switched 
telephone network (PSTN) 26. The commerce platform 2 communicates with the 
acquirer 4 over a secure, dedicated channel 7. The secure, dedicated chaimel 7 
may be a virtual private network (VPN) connection on and otherwise nonsecure 
public network, such as the Internet 23. 

The overall process of performing a credit card transaction according to i 

the present invention is now further described v/ith reference to Figures 3A and 

SB, which illustrate one embodiment of such a process. At processing block 301, 

the consumer initially presents merchandise for payment at a checkout location 

at the merchant's place of business. At block 302, the merchant inputs 

information into a conventional transaction recording device, such as a bar code 

scanner, cash register, or notepad. When the merchant asks the consumer for the 

method of pa)rment, the consumer informs the merchant the merchandise will be 

paid for using the consumer's phone. Note that the consumer does not present a 

credit card or communicate his aedit card number to the merchant at tfiis time 

or at any other time during the traitsaction. Next, at block 303, the merchant's 

POS terminal sends transaction information to the acquirer. The contents of this 

transmitted information can vary from embodiment to embodiment, as 

discussed below. However, this information normally includes some type of 

indicator which allows the acquirer to identify this transaction as one which will 

be performed using the consumer's phone. Next, at block 304, the acquirer 
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identifies the transaction type based on the information received from the 
merchant, and responds by passing the trarisaction amoimt, a imique identifier 
of the merchant (MerchantID), a unique identifier of the merchant*s POS 
terminal (TerminallD), and the merchant's name (Merchant Name) to the 
commerce platform over the secure, dedicated channel. The Merchant Name 
may be stored at the acquirer such that it can be looked up if the MerchantED is 
provided. 

Next, at block 305, the commerce platform stores the transaction 
information and validates the transaction by verifying the consumer's identity, 
in a manner described below. (If the commerce platform is xmable to validate 
the transaction, it sends an appropriate denial-of-transaction message to the 
consumer's phone, where the message is displayed to the user.) 

Assuming the transaction is validated, at block 306, the commerce 
platform generates and sends to the acquirer a transaction request on behalf of 
the merchant and the consumer. The transaction request includes the stored 
transaction information and the consumer's aedit card account number and 
expiration date. The transaction request also includes a imique identifier of the 
acqtiirer, which is used for routing purposes to specify which acquiring 
organization should receive the transaction request. Because all relevant 
transactiorml data is now known to the commerce platform, tihe transaction 
appears from the acquirer's point of view essentially like any standard 
transaction initiated at a POS using a traditional aedit card. 

At block 307, the acquirer receives the transaction request and, as with 
any other transaction request, initiates the approval process through the clearing 
network. While the transaction is being processed, flie commerce platform may 
send a message to the cellular phone to cause the phone to display a message to 
the consumer indicating that the transaction is pending, such as the message 
shown in Figure 6D. 

Assuming the transaction is approved by the clearing network, then at 

block 308, the acquirer passes information indicating the transaction has been 

cleared, including an approval authorization number and amount, to the 
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commerce platform. Because the acquirer has previously identified this 
transaction as a phone based transaction, and the transaction was initiated over 
the secure channel by the commerce platform, the acquirer recognizes that the 
verified transaction information must be forwarded to the commerce platform. 
When the commerce platform receives this information, it stores a digital receipt 
of the transaction in association v^th the identity of this consumer / portal user 
at block 309. As noted, this digital receipt can then be accessed by tiie consumer 
using the browser on the cellular phone or any oflier computer system. At block 
310, the commerce platform sends, via the wireless network, a message 
confirming completion of the transaction to the consimier's phone, where the 
confirmation message is displayed to the consumer. An example of the 
confirmation message is shown in Figure 6E. In addition, as in a conventional 
credit card transaction, at block 311 the acquirer sends a signal to the merchant's 
POS terminal, including the approval authorization number and amount, 
indicating that the transaction has cleared and instructing it to generate a paper 
receipt. At block 312, the merchant's POS terminal, prints the paper receipt, 
which is delivered to the constmier. 

The process is complete at this point Note that in contrast with a 
conventional in-person credit card transaction, the consumer's physical (pen and 
ink) signature is not reqmred. Note, however, that the opportunity for the 
merchant to obtain the consumer's physical signature is still present, since a 
paper receipt is printed. Therefore, the merchant can obtain a physical signature 
if desired. However, with this technique, a physical signature would likely 
provide little or no added value. 

Figures 4 A and 4B collectively show in greater detail the validation 

process (block 305) performed by the commerce platform, according to one 

embodiment. In this embodiment, the merchant enters a pre-defined transaction 

type identifier (e.g., "type=phone" ) into tiie POS terminal to signify tt\at: 1) ttie 

consumer's identity has not yet been identified/verified; and 2) a wireless 

application will be used to provide and/or verify identity and transaction data. 

The transaction type identifier may be input by the merchant in place of a credit 
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card number. The transaction may look something like the following when 
viewing the display of the merchant's POS terminals: 
POS: "Slide Card or Enter Card #" 

MERCHANT input: 2211 (code specifying no card available; phone 

transaction) 

POS; "Enter Amount" 

Merchant input: $102.10 

Along with ttie transaction information manually entered by the 
merchant the following additional data is sent automatically by the POS 
terminal: MerchantID, TerminallD, TransactionType, and Amount. 

As noted above, upon receiving information from the POS terminal and 

recognizing the transaction type, the acquirer forwards the received information 

to the commerce platform. Referring now to Figure 4A, the commerce platform 

receives the transaction information from the acqtiirer at block 401 and stores it 

along with a imique identifier of the acquirer (AcquirerlD) and the date and time 

at which the information is received. The commerce platform then generates a 

imique session ID at block 402. The session ID will be used by the consumer to 

identify the transaction that is desired. At block 403 the commerce platform 

sends the session ID to the acquirer. The acquirer then passes the session ID to 

the merchant's POS terminal at block 404. The session ID is then commtmicated 

to the consumer at block 405. This can be done by the POS terminal, an ancillary 

terminal-type device with a larger/more presentable display, and/or verbally 

by the merchant. The session ID can alternatively be communicated directly 

from the merchant's equipment to the wireless device, using a technology such 

as Blue Tooth, IR, or contactless chips. The method of delivery may depend 

upon the complexity of the session ID. For instance, if the session ID is a simple 

integer (such as "0321") it may be effectively communicated orally by the 

merchant. However, if the session ID is more complex (such as "0321-45678")/ it 

may be more effectively conveyed to the consimier via a digital display. 

The generation of the session ID and its presentation to the consumer 
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offers the opportunity to *'dose the loop" and identify the consumer. This is 
accomplished by providing a phone application to the user, via the commerce 
platform, which allows the user to associate hinoself with the newly acquired 
session ID. Hence, the consumer uses the phone* s browser at block 406 to 
navigate to a known shopping application, via the above-mentioned portal. To 
access the portal, the user will be prompted to enter any usemame and 
password. When prompted, ttie consumer inputs his PIN (as shown in Figure 
6B) and the session ID into the cellular phone at block 407, which information is 
transmitted to the conunerce platform at block 408. 

For example, the user might enter a pre-defined "buy from merchant" 
section of the portal and be prompted to enter the PIN and session ID. The 
processing flow through this application may be as follows: 1) start the phone's 
minibrowser; 2) log in to the portal with usemame and password (this 
establishes the user/consumer's identity); 3) navigate through various menu 
selections to shopping application; 4) enter PIN; and 5) enter session ID. This 
information is then passed to the commerce platfomi over a secure channel. 

The commerce platform receives this information at block 409, and uses it 

to verify the consumer's identity at block 410. The conunerce platform verifies 

the consumer's identify by both authenticating the consumer against the portal 

itself and then by verifying the consumer's PIN. (If the consumer's identity 

cannot be verified, the commerce platform sends an appropriate denial-of- 

transaction message to the cellular phone, where it is displayed to the 

consumer.) At block 411, the commerce platform uses the session ID received 

from the cellular phone to look up the transaction information which it 

previously received from the acquirer and stored. The session ID is the key to 

"closing the loop", since it is the only piece of information that is known to all 

parties involved. The previously stored time/date of the session ID is also 

evaluated at flus time to ensure the session ID is still valid. (If the commerce 

platform is unable to locate the storage transaction information, it sends an 

appropriate denial of transaction message to the cellular phone, where the 

message is displayed to the consumer.) At block 412, the commerce platform 
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sends to flie cellular phone information indicating the details of the transaction 
(e.g. Merchant Name, Amount, etc.) and a prompt for the consumer either to 
accept or to decline the proposed transaction, where this information and 
prompt is displayed to the consumer. An example of what might be displayed 
to the consumer on the celltilar phone is shown in Figure 6A. 

Assuming the consumer accepts the transaction and provides an input to 
the cellular phone indicating such acceptance, and acceptance signal is 
transmitted from the cellular phone to the commerce platform. At this point, the 
verification process is complete, and the process flow returns to the main 
process, where processing continues from block 307 in Figure 3A. 

In the commerce platform, stored along with the aedit card number in 
the consumer's profile can also be an encrypted token that further identifies the 
consumer, the credit card number and type being used, and/ or the authenticity 
of the request to the acquirer. This information may not be necessary given the 
nature of the transaction however (it is used in a physical credit card to prove 
that the card was present at the time of transaction. Since the physical "credit 
card" is now replaced by an interactive device in the form of a wireless device, 
the corisumer can independently verify the transaction using his PIN and by 
interacting with the confirmation dialogue). 

Figures 5A and 5B collectively show in greater detail the validation 

process (block 305) performed by the commerce platform, according to a second 

embodiment. Note that strictly speaking, blocks 301A through 304A can be 

considered separate from the validation process but are nonetheless included in 

Figure 5A for clarity. In this embodiment, the coi\stimer commxmicates a unique 

ID to the merchant at block 301A, to initiate the transaction. The tmique ID is 

used to identify the transaction as a phone based transaction and may be, for 

example, the consumer's cellular telephone number. The tmique ID can 

alternatively be commuiucated directly from the wireless device to the 

merchant's equipment, using a technology such as Blue Tooth, IR, or contactless 

chips, or by scanning a bar code on the wireless device. At block 302A, the * 

merchant inputs the consumer's unique ID into the POS terminal, substituting 
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the xanique ID for a credit card number. At block 303A, the merchant's POS 
terminal sends the transaction information with the imique ID to the acquirer. 
At block 304A, the acquirer then identifies the transaction type as being a phone 
based transaction based on the unique ID, and passes the imique ID, the 
Amoimt, MerchantID, TerminallD, and Merchant Name to the commerce 
platform. If the commerce platform is operated by a wireless carrier, the 
acquirer also maps the unique ID to the appropriate wireless carrier (i.e., the 
* appropriate commerce platform) for the consumer's celltJar phone in block 
304A. 

The validation process (block 305) then begins with block 501 in Figure 

5A. It is assumed for this embodiment that the commerce platform is owned 

and/or operated by the wireless carrier associated with the consttmer's cellular 

phone. At block 501, the commerce platform identifies the user accoimt 

associated with the imique ID. At block 502, the commerce platform verifies that 

the phone involved in the transaction is in the same geographic area as the 

merchant. This can be done using standard location technology in cellular 

telephones and cellular telephone networks. Note that the cellular phone 

automatically transmits its xmique identifier (handset ID) to the wireless carrier 

when it is turned on. If the verification of block 502 fails, an appropriate 

message is sent to the cellular phone, for display to the user. At block 503, the 

commerce platform sends the transaction details and a prompt to accept or 

decline the transaction to the phone associated with the identified user accoimt, 

where the message is displayed to the user. Assuming the consumer accepts the 

transaction (using appropriate input to the cellular phone) at block 504, the 

consumer will next be prompted to enter his PIN at block 505. After the 

consumer inputs his PIN into the phone at block 506, the phone transmits the 

PIN to the commerce platform at block 507. At block 508, the commerce 

platform uses the PIN to verify the user's identity against previously established 

accounts. (If verification fails, an appropriate message is sent to the phone,. 

where it is displayed to the consumer.) The commerce platform then causes the 

consumer's phone to prompt the consumer to indicate the method of payment at 
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block 509. An example of such a prompt is shown in Figure 6C The consumer 
selects the method of payment at block 510, and ttie method of payment 
selection is transmitted to the commerce platform at block 511. At this point, the 
verification process is complete, and the process flow returns to the main 
process, where processing continues from block 307 in Figure 3A. Note that, as 
in the previously described embodiment, there may be a time to live (TTL) 
associated with each transaction, which the commerce platform evaluates. 

Of c6urse, there are many possible permutations of the above-described 
embodiments, which may fall within the scope of the present invention. As 
noted above, it is not essential that the credit card information of the consumer 
be isolated within a trusted domain. The process of verifying the identity of the 
consumer may be done in a traditional manner, such that the commerce 
platform plays a more limited role. As one example, identification of the 
consumer may be accomplished using a simple identification card issued to the 
consumer by an authorized entity (e.g., the government). In that case, the 
commerce platform still serves to link the independent actions of the consuirier 
and the merchant to a particular proposed transaction. 

As another example, the consumer may be issued a credit card that 
references an existing portal account maintained by the commerce platform for 
cellular phone-based authorization. A transaction initiated by the merchant 
would then remain at the acquirer for a predefined TTL and await possible 
confirmation by the consumer by cellular phone. In this scenario, a discount 
could be applied to the transaction if the consiimer confirms by telephone before 
the TTL expires, as a consequence of the reduced risk. Otherwise, the 
treinsaction could be completed as a traditional credit card transaction. 

Thus, a metfiod and apparatus for performing a credit card transaction 

between a merchant and a consumer using a wireless commimications device 

have been described. Although the present invention has been described with 

reference to specific exemplary embodiments, it will be evident that various 

modifications and changes may be made to fliese embodiments without 

departing from the broader spirit and scope of the invention as set forth in the 
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claims. Accordingly, the specification and drawings are to be regarded in an 
illustrative sense rather than a restrictive sense. 
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CLAIMS: 

What is claimed is: 



1. A method of facilitating a credit card transaction between a consumer and a 
provider of a product or service, the method comprising: 

a telecommunications carrier providing telecommunications services to 
users of a plurality of wireless communications devices on a wireless 
communications network, the plurality of users including said consumer; and 

Ihe teleconuntinications carrier validating the credit card transaction 
between the constimer and the provider. 

2. A method as recited in claim 1, wherein an amount of revenue is generated as 
a result of the transaction, and wherein flie method further comprises the 
telecommunications carrier receiving a portion of said revenue for validating the 
transaction. 

3. A method as redted in claim 1, wherein said validating the credit card 
transaction comprises verifying the identity of the consumer. 

4. A method as recited in claim 1, further comprising using a wireless 
communications device operated by the consiuner to acquire information from 
the consumer for validating the transaction. 

5. A method as redted in claim 1, wherein said validating the credit card 
transaction comprises assodating independent actions by the consumer and the 
provider with the transaction. 

6. A method as redted in daim 1, wherein said validating the credit card 
transaction comprises storing credit card information of the consumer within a 
trusted domain, the trusted domain exduding the provider. 



7. A method as redted in daim 6, wherein the stored credit card information 
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includes a aedit card niimber of a aedit card issued to the consumer, wherein 
the credit card number is used in the transaction, and wherein the transaction is 
executed without requiring the credit card number to be commimicated to the 
provider or equipment operated by the provider. 

8. A method as recited in claim 6, further comprising, after validating the 
transaction, transmitting the credit card information and information on the 
transaction to a remote entity within the trusted domain, for purposes of 
initiating a transaction approval process. 

9. A method of ^cilitating a credit based transaction between a consumer and a 
provider of a product or service, the method comprising: 

storing credit account information of die consumer within a trusted 
domain which excludes the consumer and the provider; and 

using the stored credit accoimt information to validate the transaction 
between the consumer and the provider, such that the stored credit accoimt 
information is not sent outside the trusted domain during the transaction. 

10. A method as recited in claim 9, wherein the stored credit account 
information includes a credit card nxunber of a credit card issued to the 
consumer. 

11. A method as recited in claim 10, wherein the aedit card number is used in 
the transaction, and wherein the transaction is executed without requiring the 
credit card number to be communicated to the provider or to any equipment 
operated by the provider. 

12. A method as redted in claim 9, wherein the consumer is a user of a wireless 
commxmications devices, the method further comprising using the wireless 
communications device to acquire information from the consumer for validating 
the transaction. 
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13. A method as recited in claim 12, further comprising tising the wireless 
commuiucations device to provide information confirming the transaction to the 
user. 

14. A method as recited in claim 12, furtiier comprising providing 
telecommunications services to users of a plurality of wireless communications 
devices on a wireless commimications network, including storing user account 
information for each of the plurality of users, including said consumer. 

15. A method as recited in claim 14, wherein an amount of revenue is generated 
as a result of the transaction, and wherein the method further comprises 
receiving a portion of said revenue in exchange for validating the transaction, 

16. A method as redted in claim 9, further comprising, after validating the 
transaction, transmitting the credit card information and information on the 
transaction to a remote entity witiiin the trusted domain, for purposes of 
initiating a transaction approval process. 

17. A method of facilitating a credit card transaction between a consumer using 
a wireless communication device and a provider of a product or service, the 
method comprising: 

storing personal information of the consumer, including a credit card 
number of a credit card issued to the consumer; 

receiving information for requesting the transaction from a remote entity; 

sending information on the transaction to the wireless communication 
device; 

receiving a signal from the wireless communication device indicating 
acceptance of the transaction; 

receiving a personal identification code from the wireless communication 
device; 

using the received personal identification code and the stored personal 
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information on the consumer to verify the identity of the consumer, and 

if the identity of the consumer is verified, sending to a remote entity a 
transaction request including information on the transaction and the credit card 
number, for initiation of a transaction approval process. 

18. A method as redted in claim 17, wherein said storing personal information 
of the consumer comprises storing personal information of the constimer in a 
database within a trusted domain, the trusted domain excluding the consumer 
and the provider. 

19. A method as redted in daim 18, wherein the stored personal information of 
the consumer is not permitted to pass outside the trusted domain at any time 
during performance of said method. 

20. A method as redted in daim 17, further comprising: 

receiving a signal indicating the transaction has been approved; and 
in response to receiving the signal indicating the transaction has been 
approved, 

storing a digital receipt of the transaction, and 

sending a signal to the wireless communication device to cause the 
wireless communication device to output a message confirming completion of 
the traiisaction. 

21. A method as redted in daim 17, further comprising providing 
telecommunications services to users of a plurality of wireless commvinications 
devices on a wireless communications network, induding storing user account 
information for each of the plurality of users, induding said consumer. 

22. A method as redted in daim 21, furflier comprising, prior to sending 
information on the transaction to the wireless communication device: 

recdving a unique identifier of the wireless conunimication device from a 
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remote entity; and 

identifying the wireless commiinication device and an associated user 
account based on the xmique identifier. 

23. A method as recited in claim 22, further comprising verif)dng that the 
wireless communication device is in geographic proximity to the provider. 

24. A method of facilitating a credit card transaction between a consumer using 
a wireless commtmication device and a provider of a product or service, the 
method comprising: 

storing personal information of the consumer in a database within a 
trusted domain, the trusted domain excluding the consumer and the provider, 
the personal information including a credit card number of a credit card issued 
to the consumer; 

receiving information for requesting die transaction from a remote entity, 
the information for requesting the transaction including an amount of the 
transaction and a provider identifier; 

storing the information for requesting the transaction; 

sending information on the transaction to the wireless communication 
device via a wireless network; 

receiving a signal from the wireless communication device indicating 
acceptance of the transaction by the consumer; 

receiving a personal identification code from the wireless communication 
device via the wireless communications network; 

using the received personal identification code and the stored personal 
information on the consumer to verify the identity of the consumer, and 

if the identity of the consumer is verified, sending to a remote entity a 
transaction request including information on the transaction and the credit card 
number, for initiation of a transaction approval process, wherein the credit card 
information of the consumer is not permitted to pass outside the trusted domain; 

receiving a signal indicating the transaction has been approved; and 
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in response to receiving the signal indicating the transaction has been 
approved, 

storing a digital receipt of the transaction, and 

sending a signal to the wireless communication device over the 

wireless communication network to cause ttie wireless communication device to 

output a message confirming completion of the transaction. 

25. A method as redted in claim 24, wherein the stored personal information of 
the consumer is not permitted to pass outside the trusted domain at any time 
during performance of said method. 

26. A method as redted in daim 24, further comprising providing 
telecommunications services to users of a plurality of wireless commimications 
devices on a wireless communications network, induding storing user accoimt 
information for each of the plurality of users, induding said consumer. 

27. A method as redted in daim 26, further comprising, prior to sending 
information on the transaction to the wireless communication device: 

receiving a unique identifier of the wireless communication device from a 
remote entity; and 

identifying the wireless communication device and an assodated user 
accoimt based on the imique identifier. 

28. A method as redted in daim 27, further comprising verifying that the 
wireless communication device is in geographic proximity to the provider. 

29. A method as redted in daim 24, wherein the remote entity is within the 
trusted domain, and wherein said receiving information for requesting the 
transaction comprises receiving the information from the remote entity via a 
secure channel. 



30. A method as redted in daim 24, wherein the stored digital receipt is 

28 



wo 02/29739 PCTAJSOl/41773 

remotdy accessible to the consumer. 

31. A method as recited in claim 24, providing a computer-implemented portal, 
through which the consumer can remotely access a commerce application; 

32. A method as recited in claim 31, wherein the stored digital receipt is 
remotely accessible to the coi\svuner via said portal. 

33. A method of facilitating a credit card transaction between a consumer and a 
provider of a product or service, the method comprising: 

receiving ir\f ormation associated with the traiisaction from a remote 
terminal operated by the provider; 

determining whether the transaction is of a predetermined type; 

if the transaction is determined not to be of the predetermined type, then 
initiating a transaction approval process by transmitting at least a portion of the 
received information to a clearing network for approval of the transaction; 

if the transaction is determined to be of the predetermined type, then 

transmitting the received information to a remote validation entity 
other than the clearing network over a secure chaimel, to enable validation of the 
transaction by the remote validation entity, and 

upon receiving an indication that the transaction has been 
validated by the remote validation entity, initiating a transaction approval 
process by transmitting at least a portion of the information to the clearing 
network for approval of the trai\saction. 

34. A method as recited in daim 33, wherein the information received from the 
remote terminal does not include a credit card number if the transaction is of the 
predetermined typ^r such that the information transmitted to the remote 
validation entity does not include a aedit card number, and such that tihe 
remote validation entity validates the transaction without requiring the 
consumer or the provider to commimicate a credit card number in cormection 
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with the traiisaction. 



35. A method as redted in claim 34, wherein the information received from the 
remote terminal includes a credit card number if the transaction is not of the 
predetermined type. 

36. A method as recited in claim 33, wherein said determining whether the 
transaction is of a predetermined type comprises determining whether the 
transaction is of the predetermined type based on the information received from 
the remote terminal. 

37. A method as recited in claim 36, wherein said determining whether the 
transaction is of a predetermined type comprises determining whether the 
received information includes a predetermined code. 

38. A method as recited in claim 36/ wherein the information received from the 
remote terminal may include a credit card number, and wherein said 
determining whether the transaction is of a predetermined type comprises 
determining whether the information received from the remote terminal 
includes a predetermined code in place of a credit card number. 

39. A method of a telecommimications carrier facilitating a credit card 
transaction between a consumer using a wireless communication device and a 
provider of a product or service, the method comprising; 

providing telecommunications services to users of a plurality of wireless 
communications devices on a wireless commuiucations network, including 
storing user accoxmt information for each of the plurality of users, the plurality 
of users including said consumer; 

storing personal information of the consumer in a database wiihin a 
trusted domain, the trusted domain excluding the consumer and the provider, 
the personal irrformation including a credit card number of a credit card issued 
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to the constimer; 

receiving information for requesting the transaction from a remote entity, 
the information for requesting the transaction including a imique identifier of 
the wireless communication device, an amount of the transaction, and a 
provider identifier; 

storing the information for requesting the transaction; 

identifying the wireless communication device and an associated user 
account based on the imique identifier; 

verifying that the wirdess communication device is in geographic 
proximity to the provider; 

sending information on the transaction to the wireless communication 
device via a wireless network; 

receiving a signal from the wireless communication device indicating 
acceptance of the transaction by the consumer; 

receiving a personal identification code from the wireless commtmication 
device via the wireless commtmications network; 

using the received personal identification code and the stored personal 
information on the consumer to verify the identity of the consumer, and 

if the identity of the consumer is verified, sending to a remote entity a 
transaction request including information on the transaction and the credit card 
number, for initiation of a transaction approval process, wherein the credit card 
information of the consumer is not permitted to pass outside liie trusted domain; 

receiving a signal indicating the transaction has been approved; and 

in response to receiving the signal indicating the transaction has been 
approved, 

storing a digital receipt of the transaction, and 

sending a signal to the wireless communication device over the 

wireless communication neUvork to cause the wireless communication device to 

output a message confirming completion of the transaction. 



40. A method as recited in daim 39, wherein ti\e stored personal information of 
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the consumer is not permitted to pass outsilde the trtisted domain at any time 
during performance of said method, 

41. A method of facilitating a credit card transaction between a consumer and a 
provider of a product or service, the method comprising: 

providing a computer-implemented portal, through which the consiimer 
can remotely access a commerce application; 

storing personal information of the consumer in a database within a 
trusted domain, the trusted domain excluding the consimier and the provider, 
the personal information including a credit card number of a credit card issued 
to the consimier; 

receiving, from a remote entity within the trusted domain, information 
for requesting the transaction, including an amotmt of the transaction and a 
provider identifier; 

storing the information for requesting the transaction; 

generating a session identifier corresponding to the transaction in 
response to receiving the information for requesting the transaction; 

associating the session identifier with the stored information for 
requesting the transaction; 

sending the session identifier to a remote entity, for subsequent 
communication to the consumer; 

receiving a confidential personal identification code and a user-input 
session identifier from a wireless commimication device via a wireless 
communications network; 

using the received personal identification code, the user-input session 
identifier, and the stored personal information of the consimaer to attempt to 
validate the transaction, including using the personal identification 

code and the stored personal information to verify the identity of the consumer, 
and 

using the user-input session identifier to look up the stored 
information for requesting the transaction and to associate the consumer with 
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the transaction; 

if the transaction is successfully validated, then sending information on 
the transaction to the wireless communication device over the wireless network, 
to cause the wireless communication device to output a prompt to accept or 
decline the transaction; 

receiving a signal from the wireless communication device indicating 
acceptance of the transaction; 

in response to receiving the signal indicating acceptance of the 
transaction, sending to the remote entity a transaction request including 
information on the transaction and the credit card number, for initiation of a 
traiisaction approval process by a clearing network, without sending the credit 
card information outside the trusted domain; 

receiving a signal indicating the transaction has been approved by the 
clearing network; and 

in response to receiving the signal indicating the transaction has been 
approved by the clearing network^ 

storing a digital receipt of the transaction in association with the 
identity of the consumer; and 

sending a signal to the wireless communication device over ttie 
wireless commimication network to cause the wireless coiruntmication deviceto 
output a message confirming completion of the transaction. 

42. A method as recited in claim 41, wherein the credit card number is not 
permitted to pass outside the trusted domain at any time during the transaction. 

43. A method as recited in daim 41, wherein said receiving information for 
requesting the transaction comprises receiving the information for requesting 
the transaction via a secure channel. 

44. A method as recited in claim 41, wherein the stored digital receipt is 
remotely accessible to the consumer. 
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45. A method as recited in claim 44, wherein the stored digital receipt is 
remotely accessible to the consumer via said portal. 

46. An apparatus for facilitating a credit card transaction between a consumer 
and a provider of a product or service, the apparatus comprising: 

means for storing credit card information of the consumer within a 
trusted domain, the trusted domain excluding the consumer and the provider; 
and 

means for using the stored credit card information to validate the 
transaction, such that the stored aedit card information is not permitted to pass 
outside the trusted domain at any time in relation to the transaction, 

47. An apparatus as recited in daim 46, wherein the stored credit card 
information includes a credit card number of a credit card issued to tiie 
consumer, wherein the credit card number is used in the transaction, and 
wherein the transaction is executed without requiring the credit card number to 
be communicated to the provider or equipment operated by the provider. 

48. An apparatus as redted in daim 46, wherein the consumer is a user of a 
wireless commimications devices, and wherein the apparatus further comprises: 

means for using the wireless commimications device to acquire 
information from the corisumer for validating the transaction; and 

means for using the wireless commimicatioris device to provide 
information confirming tiie transaction to the user. 

49. An apparatus as redted in daim 48, further comprising means for providing 
telecommunications services to users of a plurality of wireless communicatior\s 
devices on a wireless communications network, induding storing user account 
information for each of the plurality of users, induding said consumer. 

50. A processing system to facilitate credit card transaction between a pluraKty 
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of consumers using wireless communication devices and a plurality of providers 
of products or services, the processing system comprising: 

a database of personal information of the consumers, including, for each 
of the consumers, a credit card number of a credit card issued to said consumer; 

a processor; and 

a memory containing instructions for execution by the processor to 
control operation of the processing system; 

wherein the processing system is configured to 

receive information for requesting a transaction from a remote 

entity; 

send information on the transaction to one of the wireless 
communication devices; 

receive a signal from the wireless commimication device indicating 
acceptance of the transaction; 

receive a personal identification code from the wireless 
commiinication device; 

use the received personal identification code and the stored 
personal information on the consumer to verify the identity of the consumer, 
and 

if the identity of the consumer is verified, send to a remote entity a 
transaction request including information on the transaction and the credit card 
number, for initiation of a transaction approval process. 

51. A processing system as recited in claim 50, wherein the database of personal 
information of the consumers is stored within a trusted domain, the trusted 
domain excluding the consimier and the provider. 

52. A processing system as recited in claim 51, wherein the stored personal 
information of the consumer is not permitted to pass outside the trusted domain 
at any time during performance of said method. 
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53. A processing system as recited in daim 50, wherein the processing system is 
operated by a telecommimications carrier providing wireless communications 
services to the pliirality of consumers. 

54. A processing system as recited in daim 50, wherein the processing system is 
further configured to verify that the wirdess communication device is in 
geographic proximity to said provider. 

55. A processing system as redted in claim 50, wherein the processing system is 
further configured to provide a computer-implemented portal, through which 
the consumer can remotely access a commerce application using the wireless 
commimications device. 

56. A processing system as redted in daim 50, wherein the processing system is 
further configured to: 

receive a signal indicating the transaction has been approved; and 
in response to receiving the signal indicating the transaction has been 
approved, 

store a digital receipt of the transaction, and 

send a signal to the wireless communication device to cause the 

wireless communication device to output a message confirming completion of 

the transaction. 
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Consumer presents merchandise for 
payment at merchants site 



301 



Merchant inputs information into 
transaction recording device 



.302 



IVIerchanf s POS terminal sends 
transaction information to acquirer 



303 



Acquirer identifies transaction type based 
on the information received from merchant 
and, in response, passes transaction 
amount, MerchantiD, TerminallD, and 
Merchant Name to commerce platform 



Commerce platform based validation 
process is performed to validate the 
transaction, including verifying identity of 

consumer 
(if unable to validate, commerce platform 
sends appropriate message to phone, 
where it is displayed to consumer) 



Commerce platform generates transaction 
request, including transaction and credit 
card information, and sends to acquirer 



304 



305 



306 



Acquirer receives transaction request and 
initiates approval process through clearing 
network 



.307 



When transaction has been approved by 
clearing network, acquirer passes verified 
transaction information to commerce platform 



FIG. 3A 
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i 



Commerce platform receives verified 
transaction information and stores digital 
receipt in association witli the consumer's 
identity 



309 



Commerce platform sends transaction 
confirmation message to consumer's 
phone, where it is displayed to the 
consumer 



.310 



Acquirer sends authorization message to 
merchant's POS tenminal Instmcting it to 
generate paper receipt 



311 



Paper receipt is printed at merchant's POS 
terminal and delivered to consumer 



.312 



FIG. 3B 
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305 



s 



Commerce platform receives information 
from acquirer and stores it along with 
Acquirer ID and Date/Time 



401 



Commerce platform generates Session ID 



I 



402 



Commerce platform sends Session ID to 
acquirer 



403 



Acquirer passes Session ID to merchants 
POS terminal 



Session ID communicated to consumer at 
merchant's site 



Consumer uses phone's browser to 
navigate to known shopping application 
via personalized portal 



404 



405 



406 



Consumer inputs PIN and Session ID Into 
phone 



PIN and Session ID transmitted to 
commerce platfonm over secure channel 



I 



407 



408 



Commerce platform receives PIN and 
Session ID 



409 



Commerce platform verifies user's identity 

(if unable to verify, sends appropriate 
message to phone, which is displayed to 
consumer) 



.410 



FIG. 4A 
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Commerce platform looks up transaction 
information using Session ID received ^^^^ ^ 

from consumer 
(If unable to locate, commerce platfomn 
sends appropriate message to phone, 
wfiich is displayed to consumer) 



Commerce platforn 
details and prompi 
transaction to consu 

message is displ£ 


r 

1 sends transaction 
t to accept/decline 
mer's pfione, where 
lyed to consumer 




r 


Consumer selects Accept and acceptance 
is transmitted to commerce platform 



412 



,413 




FIG. 4B 
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Consumer communicates unique ID to 1^301 A 
merchant i 



302A 





Merchant inputs consumer's unique ID 
into POS terminal, substituting consumer's 
unique ID for credit card number 

^^:.":z:::::::x 

Merchants POS terminal sends 
transaction information to acquirer, 1^303A 
substituting consumer's unique ID for 
credit card number 



Acquirer identifies transaction type and commerce 
platform based on consumer's unique ID and 

passes unique ID, amount, MerchantID, TenninallD 
and Merchant Name to commerce platform 



1^ 



.304A 



305 



'£ 



Commerce platfonn identifies user 
account associated with the unique ID 



.501 



Commerce platform verifies that phone 
involved in transaction is in geographic 

vicinity of merchant 
(if not. sends appropriate message to 
phone for display to user) 



502 



Commerce platform sends transaction 
details and prompt to accept/decline 
transaction to phone associated with 
identified user account, where message is 
displayed to consumer 



.503 



Consumer selects Accept 



504 



FIG. 5 A 
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® 



Consumer is prompted to enter PIN 



505 



Consumer inputs PIN 



506 



Consumer's phone transmits PIN to 

commerce platform 



507 



Commerce platform verities user's identity 

(if unable to verify, sends appropriate 
message to phone, which is displayed to 
consumer) 



508 



Commerce platform causes consumer's 
phone to prompt for payment method 



509 



Consumer selects payment method 



510 



Payment method selection transmitted to 
commerce platfonm 



T 



,511 




Retum 



FIG. SB 
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